home *** CD-ROM | disk | FTP | other *** search
/ kermit.columbia.edu / kermit.columbia.edu.tar / kermit.columbia.edu / newsgroups / misc.19980424-19980901 / 000238_news@newsmaster….columbia.edu _Mon Jun 29 14:36:22 1998.msg < prev    next >
Internet Message Format  |  1998-08-31  |  3KB
  1. Return-Path: <news@newsmaster.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA15074
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 29 Jun 1998 14:36:22 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA16867
  7.     for kermit.misc@watsun; Mon, 29 Jun 1998 14:36:21 -0400 (EDT)
  8. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: 'Receive window Full' message
  12. Date: 29 Jun 1998 18:36:17 GMT
  13. Organization: Columbia University
  14. Lines: 53
  15. Message-ID: <6n8mr1$2pq$1@apakabar.cc.columbia.edu>
  16. References: <3597929E.36F3@belgium.ncr.com>
  17. NNTP-Posting-Host: watsun.cc.columbia.edu
  18. Xref: news.columbia.edu comp.protocols.kermit.misc:8932
  19.  
  20. In article <3597929E.36F3@belgium.ncr.com>,
  21. ghuylebr  <geert.huylebroeck@belgium.ncr.com> wrote:
  22. : we are using Kermit as file-transfer mechanism in the following
  23. : environment
  24. : 
  25. : The clients dialin to a TerminalServer from within a Powerbuilder
  26. : application (which contains some
  27. : kermit code)
  28. : From the Terminal Server, there's automatically a Rlogin-session started
  29. : to a UNIX server where a script
  30. : starts kermit in Server Mode
  31. : 
  32. : On the server, we run  C-Kermit 6.0.192 
  33. : 
  34. : Most of the time the clients can transfer files without a problem
  35. : But still, rather often, the clients need to resend the data because the
  36. : connection with the (kermit) server
  37. : dropped.
  38. : 
  39. : We took some networktraces (captured received and send data at the
  40. : server side) and found that, when the connection
  41. : drops, the Kermit Server sent the message  'Receive window Full'
  42. : 
  43. : Can anyone help us to debug what goes wrong ??
  44. :
  45. The best way to deal with bugs and problems in Kermit software is to send
  46. a report by email to kermit-support@columbia.edu.
  47.  
  48. "Receive window full" can happen when the two sides get out sync, which
  49. in turn is likely to happen when one side is restarted without the other's
  50. knowledge.
  51.  
  52. "Receive window full" is a real error, and a real cause for failure.  You
  53. can guard against it, and recover from it, with proper script programming
  54. techniques -- always test every important for failure and take appropriate
  55. action if failure is detected, as described in Chapters 17-19 of "Using
  56. C-Kermit".
  57.  
  58. Certain "Receive window full" conditions, however, were improperly diagnosed
  59. in C-Kermit 6.0, and these problems are fixed in C-Kermit 6.1.  So I'd
  60. recommend you try it and see if there is some improvement:
  61.  
  62.   http://www.columbia.edu/kermit/ck61.html
  63.  
  64. : How can we influence the speed between the UNIX server (where kermit is
  65. : started in Receive mode) and the Terminal Server ?
  66. : (= a TCP/IP connection) ?
  67. : 
  68. Performance tuning is the subject of "Using C-Kermit", Chapter 12.  Various
  69. types of connections -- such as yours (serial to terminal server, then TCP/IP
  70. to host) are discussed throughout the book.
  71.  
  72. - Frank